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(54) NETWORK GAME SYSTEM, GAME DEVICE TERMINAL USED IN IT AND STORAGE MEDIUM 



(57) In this game system, a plurality of game 
devices 1 are connected to a game parent station 7 over 
a communication network 3, and an online game appli- 
cation may be executed on the game devices 1 by 
means of the game parent station 7. In this game sys- 
tem, the game devices 1 are provided with a personal 
information processing means 10 that can exchange 
personal information with other players while the online 
game application is executed among the game devices 
1 . Therefore, personal information in the form of a busi- 
ness card may be exchanged with an opponent by 
means of the personal information processing means 
10 either after a game has ended or when a game 
begins. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to a network 
game system wherein a plurality of game terminal 
devices are mutually linked via a communication means 
so that a prescribed game application program may be 
executed among the game terminal devices, as well as 
to a game terminal device used in this system and to a 
storage medium on which the game application pro- 
gram is stored. 

BACKGROUND ART 

[0002] Conventional network game systems of this 
type comprise a server machine and video game 
devices which are terminal devices, and the server 
machine and each video game device are either directly 
connected by means of a telephone line, or they are 
connected over the Internet by means of an Internet 
service provider. The terminal devices receive control 
from the server machine and a common game applica- 
tion program, so that a common game space for com- 
petitive games or the like is constructed between the 
terminal devices, and players may play games inside 
this space. 

[0003] In recent years, many different network 
game systems of this type have been developed, and 
the number of players using them has been increasing 
remarkably. In these game systems, anyone may 
access the network game system so long as they fulfill 
the specified requirements to be a player. 
[0004] In a network game system, even though 
players who are total strangers play against each other 
in a competitive game, the information exchanged 
between players is limited to their names and player 
IDs, and the problem exists that for the players who par- 
ticipate in the network game system, the information 
they receive regarding their opponent is insufficient. 
[0005] Furthermore, in this type of game system, 
the game proceeds under restrictions applicable to all of 
the players. For example, while the game is underway, 
the players are prohibited from discontinuing the game 
until a match is completed. However, even where a 
player performs such a prohibited action, in the conven- 
tional game system, measures such as terminating the 
game being played over a network have not been 
adopted, in order to protect the other players. 
[0006] Moreover, when a players does decide to 
play a network game, the player usually connects the 
game terminal device to the dedicated server over the 
Internet. Therefore, some time must be spent verifying 
the player's ID and password. Because it requires a cer- 
tain amount of time to connect to the network (approxi- 
mately five minutes), during this time, the problem 
arises that the player becomes tired of looking at still 
images on his or her (hereinafter 'his* for convenience) 



screen. 

[0007] Furthermore, the verification of players' IDs 
and passwords is individually performed by the servers 
that manage the respective network game programs, 

5 and at present, information is not exchanged between 
the plurality of game servers. As a result, when a bad 
act occurs while one game server is being accessed, 
i.e., while a specific network game is being played, even 
if access to the specific game server is subsequently 

10 prohibited, it is easy for the player who committed the 
bad act to access other game servers, which hinders 
the smooth operation of the network games. 
[0008] Accordingly, an object of the present inven- 
tion is to provide a network game system wherein suffi- 

15 cient information regarding other players connected to 
the system is provided to the player. Another object of 
the present invention is to provide a network game sys- 
tem wherein necessary personal information regarding 
players may be easily exchanged among terminal 

20 devices connected to the network game system. 

[0009] Another object of the present invention is to 
provide a network game system wherein it is easy for 
players to verify this personal information. Yet another 
object of the present invention is to provide a network 

25 game system wherein when a game is played over the 
Internet, appropriate measures are taken against play- 
ers who violate pre-established rules, such that viola- 
tions are prevented, and anyone can easily and 
enjoyably play the game. 

30 [0010] 1 Yet another object of the present invention is 
to provide a network game system wherein players hav- 
ing a game terminal device are not forced to become 
impatient during the time interval required for their game 
terminal device to connect to the network. 

35 [001 1] Still another object of the present invention is 
to obtain a network game system wherein, where a plu- 
rality of game terminal devices and a plurality of servers 
are connected over a network, it may be determined on 
a system-wide basis whether each game terminal 

40 device is authorized to access the network. 

[0012] Still another object of the present invention is 
to provide a game terminal device used in this network 
game system. A further object of the present invention 
is to provide a storage medium on which is stored a pro- 

45 gram by which to execute the network game on the 
game terminal device in order to obtain the objects 
described above. 

DISCLOSURE OF THE INVENTION 

50 

[0013] In order to achieve the objects described 
above, the present invention provides a network game 
system which is constructed such that a plurality of 
game terminal devices are connected to each other and 
55 each game terminal device is capable of executing a 
specified game application program, and is character- 
ised in that it has (i) a plurality of game servers to man- 
age information pertaining to the individual game 



3 

application programs, and (ii) an authentication server 
that is provided independently of said game servers, 
acts as a common server to the plurality of game serv- 
ers, and has a function to determine whether or not 
each of the terminal devices should be permitted to 
access the game servers. 

[001 4J In other words, use of an authentication 
server that serves the plurality of game servers in com- 
mon eliminates the need to individually determine 
whether or not access to a game server is authorized, 
and allows an accurate determination to be made based 
on information regarding the individual game applica- 
tion programs. 

[0015] Furthermore, in the present invention, the 
common authentication server is characterised in that it 
performs initial registration to permit the terminal 
devices to access the game servers, and after registra- 
tion, determines whether or not each terminal device is 
authorized to access the game servers. 
[0016] Users participating in the network game sys- 
tem must first perform initial registration of their IDs and 
passwords using the game terminal device. If this initial 
registration is carried out using the common authentica- 
tion server, there is no need to perform initial registra- 
tion each time one of the plurality of game servers is 
accessed. 

[001 7] Moreover, the present invention is character- 
ised in that information regarding a game terminal 
device is input to the common authentication server 
from the plurality of game servers, whereupon registra- 
tion is performed. 

[0018] In other words, because game terminal 
device information is supplied by all of the game servers 
and registration is performed in the authentication 
server, integrated management of information regarding 
the game terminal devices is made possible. 
[0019] This information is information that identifies 
any game terminal device that has performed a bad act 
that may result in denial of access authentication to the 
game servers. 

[0020] Denial of access authentication to the game 
servers is determined based on the seriousness of the 
bad act, and this determination may be subject to condi- 
tions involving the period or the types of games for 
which access authentication is denied. 
[0021] For example, the determination may impose 
denial of access authentication for a specified time such 
as one month or one year, denial of access to a particu- 
lar game server, or other conditions. 
[0022] The present invention also provides a net- 
work game system in which a plurality of game terminal 
devices are connected to each other so that each game 
terminal device is capable of executing a specified 
game application program, and the network game sys- 
tem is characterised in that each game terminal device 
has a control means that can exchange player personal 
introduction information with other game terminal 
devices. 
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[0023] For example, this control means is con- 
structed such that it can transmit a request to exchange 
personal information to another terminal, determine 
whether or not to accept such a request to exchange 
5 personal information, and transmit the results of this 
determination to the other terminal, as well as, when an 
input accepting the request to exchange personal infor- 
mation is made, carry out the exchange of personal 
information and save the exchanged data, while not ear- 
to rying out the exchange if an input denying the exchange 
request is made. 

[0024] In this case, the personal information com- 
prises data displayed in the form of a virtual business 
card, for example. This display data in the form of a card 

15 may comprise data pertaining to the games played by 
the particular player. Furthermore, the data displayed in 
the form of a card may, for example, be stored in the 
memory area of the game application on each terminal, 
with the individual parts that form a character each 

20 being assigned a code. When this occurs, the data dis- 
played in the form of a card may be transmitted over the 
communication network as codes for characters 
selected for the displayed data. 
[0025] In each of the constructions described 

25 above, the terminal may also be constructed as a game 
machine that can execute its own online game applica- 
tion. 

[0026] At the same time, in the construction in 
which the personal information comprises display data 

30 in the form of a card, this system may have a means that 
changes the data regarding the format of the card in 
response to the number of times personal information is 
changed. In this case, the data regarding the format of 
the card consists of at least one of the following: the 

35 color of the card, the motion of the character on the 
card, the background behind the character, or the card's 
name. 

[0027] . Furthermore, in the construction in which the 
personal information comprises display data in the form 
40 of a virtual card, the personal information may include 
the player's e-mait address attached to the display data 
in the form of a card. 

[0028] In addition, in the basic construction 
described above, the game parent station may also 

45 have a tournament server means that executes the 
online game application in a tournament format, a 
determining means that determines which players have 
violated prescribed rules governing the execution of the 
online game application, and a sanctioning means that, 

so the next time a player that has violated the rules 
attempts to join the tournament, issues a warning 
regarding the violation or imposes the sanction of pre- 
venting the player from connecting to the tournament 
server means. 

55 [0029] Where a construction that includes sanc- 
tions for violations is adopted, the determining means 
and the sanctioning means are constructed as part of 
the tournament server means, for example. The deter- 
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mining means and the sanctioning means may also be 
constructed as part of the online game application. 
[0030] On the other hand, the storage medium per- 
taining to the present invention is a storage medium that 
allows the online game application to be realized on the 
terminal. 

[0031] Another game system pertaining to the 
present invention is a game system in which a plurality 
of terminals are connected to a game supply station 
over a communication network, and in which the online 
game application may be realized on the terminals by 
means of this game supply station, wherein each termi- 
nal has a personal information processing means that 
can exchange personal information between players 
when the online game application is executed between 
the plurality of terminals, and this personal information 
processing means is characterised in that it has a first 
processing means that can transmit to another terminal 
an exchange request indicating a desire to exchange 
personal information, and a second processing means 
that can (i) send to the other terminal the result of its 
determination whether or not to accept the exchange 
request indicating a desire to exchange personal infor- 
mation, (ii) where input that the personal information 
exchange request was accepted is made, carry out the 
exchange of personal information and save the 
exchanged data, and (iii) where input denying the 
exchange request is made, refrain from carrying out the 
exchange. 

[0032] The present invention provides an online 
game system in which terminal devices are connected 
to servers over a network, and which is characterised in 
that the terminal devices have a control means that exe- 
cutes the game program in parallel with the process of 
connecting to the servers. 

[0033] These terminal devices read out both the 
game program and a program indicating the process of 
connecting to the servers, while the control means 
begins the execution of the game program when the 
user instructs that the server connection process be ini- 
tiated. 

[0034] The terminal devices can also perform dis- 
play on a display device in accordance with the execu- 
tion of the game program, as well as perform display of 
the state of connection to the servers. 
[0035] The terminal devices can execute the game 
program until the connection to the servers is termi- 
nated, or until it is detected that connection to the serv- 
ers may not be performed. 

[0036] The control means can also execute the 
game program until the connection to the servers is ter- 
minated, or until it is detected that connection to the 
servers may not be performed. 
[0037] The plurality of game terminal devices in the 
present invention are characterised in that they are pro- 
vided with an extra game program that has no connec- 
tion to the game application program, and executes 
during the interval required for the game terminal device 



to connect to the game parent station over the network. 
[0038] In other words, because it takes a certain 
amount of time (about five minutes) to connect to the 
network, players can become tired of watching still 

5 images on their screens during this period. Therefore, if 
an extra game is run which allows the player to perform 
some movement or carry out some action on the screen 
through operation of the game equipment during this 
network connection interval, the player can become 

10 absorbed in this game and the time spent waiting can 
be more enjoyable. 

[0039] It is preferred that this game comprise a very 
simple mint-game that does not extend the time 
required to connect to the network. In other words, 

15 because the extra game is played during the network 
connection process, if it were a complex game, the time 
required to connect to the network would increase, and 
consequently it is preferred from a time allocation stand- 
point that game system spend a larger percentage of its 

20 time connecting to the network. 

[0040] In addition, by displaying the fact that the 
network connection process is underway while the extra 
game is running, the user can enjoy the extra game 
without concern. 

25 [0041] Furthermore, the extra game can proceed 
continuously even where the player does not operate 
the game equipment. Considering the fact that some 
players will not play the extra game, in which case end- 
ing the game would be pointless, if the game is made to 

30 continue even if the player does not use the game 
equipment, the screen will remain dynamic during the 
network connection process, making it at least more 
enjoyable to watch than still images. 



35 BRIEF DESCRIPTION OF THE DRAWINGS 
[0042] 

Fig. 1 is a block diagram showing the overall con- 
40 struction of the game system pertaining to a first 
embodiment of the present invention. 
Fig. 2 is a block diagram showing a game device 
used in this system. 

Fig. 3 is a block diagram showing the construction 
45 of a game parent station used in this system. 

Fig. 4 is a flow chart to explain the operation to con- 
nect the game device and the game parent station 
in this game system, as well as the operation when 
the game is played after the connection is made. 
so Fig. 5 is a flow chart of the process of the sub-serv- 
ers in this system. 

Fig. 6 is a flow chart of the process of the first 
through tenth servers in this system. 
Fig. 7 is a drawing showing the network map screen 
55 that is displayed when the process of this system 
shown in the flow charts is underway. 
Fig. 8 is a drawing showing the display screen with 
the configuration of a card in this system. 
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Fig. 9 is a flow chart to explain the operation per- 
formed on the side sending the card in this system. 
Fig: 10 is a flow chart to explain the operation per- 
formed on the side receiving the card in this sys- 
tem. 

Fig. 1 1 is a drawing showing the screen displayed 
while the process shown in Figs. 9 and 10 is under- 
way. 

Fig. 12 is a front view of the card list in this system. 
Fig. 13 is a drawing showing a table that describes 
the relationship between each part and its code in 
this system. 

Fig. 14 is an example of the game system pertain- 
ing to a second embodiment of the present inven- 
tion. 

Fig. 15 is a table showing one example of the 
'Number of Encounters and Evaluations Table' 
which shows a first variation. 
Fig. 1 6 is a screen shot of the various types of cards 
with different backgrounds in accordance with the 
number of previous encounters. 
Fig. 17 is a flow chart explaining the process of the 
game device on the side of the person sending the 
card pertaining to a second variation. 
Fig. 18 is a flow chart explaining the process of the 
game device on the side of the person receiving the 
card pertaining to the second variation. 
Fig. 19 is a drawing explaining the game tourna- 
ment concept pertaining to a third embodiment of 
the present invention. 

Fig. 20 is a drawing explaining the tournament 

server used in the game tournament. 

Fig. 21 is a list explaining the play data items saved 

in the tournament authentication database. 

Fig. 22 is a drawing explaining the time sequence of 

the game tournament. 

Fig. 23 is a flow chart showing the control routine 
followed during the connection to the server shown 
in Fig. 4. 

Fig. 24 is a front view showing one part of the extra 
game display screen. 

Fig. 25 is a drawing explaining the communication 
protocol used between the servers and the termi- 
nals, using terminals A, B and C as examples. 
Fig. 26 is a block diagram explaining in detail the 
state in which a game device is connected to a 
game parent station by means of an Internet serv- 
ice provider, as well as details regarding the sta- 
tion's specified servers (worlds). 
Fig. 27 is a block diagram to explain the state in 
which a play server client has entered a room, as 
well as the form of communication (packet commu- 
nication). 

Fig. 28 is a drawing showing the communication 
protocol used during a card exchange. 
Fig. 29 is a system construction diagram showing 
the basic construction of the network system, par- 
ticularly where a single authentication server is 



used for a plurality of game servers. 
Fig. 30 is a flow chart of the control performed to 
determine whether access authentication is 
granted or denied in the system having the con- 
5 struction shown in Fig. 29. 

BEST MODE FOR CARRYING OUT THE INVENTION 

[0043] Embodiments of the present invention will be 
10 explained below with reference to the attached draw- 
ings. 

(System construction) 

15 [0044] The construction of the system by which to 
access the game server 77 (equivalent to the game par- 
ent station 7 described below (see Fig. 1)) from a spe- 
cific game device 1 will now be explained with reference 
to Fig. 29. 

20 [0045] First, the specific game device 1 must per- 
form initial registration. After initial registration, it must 
be determined whether or not access authentication 
may be granted, based on whether or not the game 
device 1 has a history of bad acts in the game server 77 

25 connected to the network system. 

[0046] As shown in Fig. 29, the game device 1 is 
connected to the network 3, and this game device is 
permitted to access a specified game server 77 con- 
nected to the network 3 and execute the network game. 

30 While there is only one game server 77 in this example, 
other game servers 77 may be connected to the net- 
work 3. Naturally, the number of game devices 1 is not 
limited to the number shown in the drawing, and many 
game devices 1 may be connected to the network. 

35 [0047] An authentication server 900 is connected to 
the network 3. This authentication server 900 is a com- 
mon authentication server 900 that serves a plurality of 
game servers 77. In other words, each game server 77 
does not have its own authentication server. Information 

40 regarding the game device 1 based on the execution of 
the game application programs on each of the plurality 
of game servers 77 is registered in the database 902 of 
the authentication server 900 by the game servers 77. 
The most important of this information is the information 

45 regarding the commission of bad acts by the game 
device 1, based on which determinations are made 
regarding whether future access is authorized. 
[0048] The determination of the 'badness' of a par- 
ticular act varies depending on each game server 77. 

so The determination may be made and transmitted auto- 
matically, or it may be made by the administrator of the 
game server 77 and transmitted by means of an input 
operation. 

[0049] As described above, the operations exe- 
55 cuted on the authentication server 900 consist of the ini- 
tial registration of the user (i.e., the game device 1), and 
the determination of whether or not the user (game 
device 1) accessing the game server should be author- 
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ized for access (i.e., whether or not access permission 
should be granted). 

[0050] The process by which a game device 1 is 
granted or denied access by the authentication server 
900 will now be explained with reference to Fig. 30. 5 
[0051] First, in step 950, it is determined whether or 
not registration has already been performed. If registra- 
tion is determined not to have already been performed, 
the authentication server 900 advances to step 952, in 
which the process of registering with the authentication 10 
server 900 is executed using the registration program 
incorporated in the game device 1 , and the authentica- 
tion server 900 then advances to step 954. In the event 
of an affirmative determination in step 950, that is, 
where registration has already been performed, step 15 
952 is skipped, and the authentication server 900 
advances to step 954. 

[0052] In step 954, the authentication server is 
accessed. During this access, the user ID and pass- 
word must be input. 20 
[0053] In the subsequent step, step 956, an authen- 
tication determination is made. This authentication 
determination is based on information provided by the 
plurality of game servers 77 to the database 902 that 
the user is a bad user, and in addition to determining 25 
whether or not connection to the network 3 will be per- 
mitted, such a determination also decides the condi- 
tions to be applied in the event permission is denied. 
These conditions include the denial of permission for a 
limited time, the granting of access to some game serv- 30 
ers 77 while denying access to others based on the 
nature of the bad acts committed, the display of infor- 
mation on the game terminal device that the user may 
be deemed a bad user, or the blanket denial of access 
to the game servers. 35 
[0054] In the next step, step 958, where the authen- 
tication determination is that access permission is 
granted (including cases in which access is granted to 
only some of the game servers 77), the authentication 
server 900 advances to step 960, in which a message is 40 
transmitted stating that connection to the game servers 
77 is permitted, and then to step 962, in which connec- 
tion to the desired game server 77 is carried out, and 
the game finally begins to be played in step 964. 
[0055] Where it is determined in step 958 that 45 
access is denied (including denial for a limited time), the 
authentication server 900 advances to step 966, in 
which a message is transmitted stating that connection 
to the game servers 77 is denied, and then to step 968, 
in which the logoff process is executed. so 
[0056] As described above, because when a game 
device 1 accesses the game servers 77, it is first 
required that the game device 1 access the common 
authentication server 900 rather than the plurality of 
game servers 77, and new registration is thereafter per- 55 
formed, or if the game device 1 has already been regis- 
tered, it is determined on this authentication server 900 
whether or not the user is permitted to join the network 



3 based on information supplied by each game server 
77, bad acts committed on the game servers 77 may be 
managed in an integrated fashion, and users that com- 
mit bad acts on any of the game servers 77 can be pro- 
hibited from accessing other game servers 77. 
[0057] Because this construction does not require 
the installation of any additional authentication servers 
900 even if the number of game servers 77 is increased, 
the system construction may be simplified. 
[0058] Moreover, because the various items of 
information in the game servers 77 may be managed in 
an integrated fashion, it becomes easy to identify bad 
users (or game devices 1 ). As a result, the system may 
have the effect of inhibiting the commission of bad acts. 

(First embodiment) 

[0059] A first embodiment will now be explained 
with reference to Figs. 1 through 10. As shown in Fig. 1 , 
in this system construction, a common game applica- 
tion program is executed on a plurality of game devices. 
[0060] The first embodiment will now be explained 
with reference to Figs. 1 through 10. Fig. 1 is a block 
diagram showing the functions of the network game 
system pertaining to the present invention. In this sys- 
tem, a common game application program is executed 
on a plurality of game devices. 

[0061] In Fig. 1 , the system comprises a plurality of 
terminal devices 1 that comprise video game machines, 
a game parent station 7 that includes a plurality of 
server machines, and a communication network 3 that 
connects the game devices and the game parent sta- 
tion. In this system, the terminal devices are connected 
to the game parent station 7 via a specified Internet pro- 
vider 5 that is designated in order to execute a particular 
game, and the common game application program is 
executed on a plurality of game devices (terminal 
devices) 1 through the game parent station 7. The game 
devices 1 may also be connected to the server 
machines through the network 3 and an Internet pro- 
vider 9 that is not a specified Internet provider. 
[0062] In this system, each game device 1 incorpo- 
rates a personal information processing means 10 that 
can exchange detailed personal information regarding 
each individual user when the game application pro- 
gram is executed. 

[0063] Fig. 2 is a function block diagram that 
explains the construction of the game device. In Fig. 2, 
the game device 1 comprises a CPU 1a that serves as 
a processing device to execute the game application 
program and other control programs, a ROM 1b that 
stores as the control programs, for example, program 
codes to interpret macros or scenario macros, program 
codes to perform processing in accordance with 
abstract operation commands, and other data or operat- 
ing systems necessary to process the game program, a 
CD-ROM device 1c that includes a CD-ROM that stores 
data such as graphics including dynamic images, text, 
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or other information, as well as a game application pro- 
gram that runs a specified game based thereon, a bus 
controller 1d that controls the flow of data between the 
CPU 1a and the various other components, a RAM 1e 
used for data processing, a graphics processor 1f that 
forms image signals from graphics data, and a sound 
processor 1g that forms sound signals from sound data. 
[0064] A VRAM is is connected to the graphics 
processor 1f, and is used when graphics signals are 
formed. A VRAM it is connected to the sound processor 
ig, and is used when sound signals are formed. The 
output unit of the sound processor 1g is connected to an 
audio/video connector 1r. 

[0065] The bus controller 1d roughly comprises a 
peripheral interface 1 h, a graphics processor controller 
1u, an internal bus controller 1v, and an external bus 
controller 1w. 

[0066] The bus controller 1d is connected to the 
CPU 1a via the bus 11a, and the CPU 1a controls the 
bus controller 1d. The RAM 1e is also connected to the 
bus 1 la. An extension serial connector 1q is connected 
to the CPU 1a via the bus 11b, and the CPU 1a can use 
or control serial connection-based accessory devices 
connected to the extension serial connector 1q by 
exchanging signals with them based on a prescribed 
data transfer method. In other words, serial connection- 
based accessory devices may be connected to the 
game device 1, and program, image, sound, command 
or other signals may be exchanged between the acces- 
sory device and the game device 1 . 
[0067] The graphics processor controller 1u can 
control the graphics processor 1f under the control of 
the CPU 1a. The CD-ROM device 1c, the ROM 1b and 
the sound processor 1g are connected to the internal 
bus controller 1v via the bus 11c, and the internal bus 
controller 1v can control the CD-ROM device 1c, the 
ROM 1b and the sound processor 1g under the control 
of the CPU 1a. 

[0068] The output unit of the external bus controller 
1w is connected to the extension connector 1m via the 
bus 11d, and this expansion bus controller 1w can use 
or control serial connection-based accessory devices 
connected to the extension serial connector 1m under 
the control of the CPU 1a by exchanging signals with 
the serial connection-based accessory devices. In other 
words, the serial connection-based accessory devices 
can be connected to the game device 1, and program, 
image, sound, command or other signals may be 
exchanged between the accessory device and the 
game device 1. 

[0069] Peripheral devices 2 are connected to the 
peripheral interface 1i. A video monitor 4 is connected 
to the audio/video connector 1r. 
[0070] A cable modem 6 is connected to the exten- 
sion connector 1m as a parallel-connection based 
accessory device, and the game device is connected to 
the network 3 via the cable modem 6. 
[0071] In addition to the cable modem 6, a terminal 



adapter, satellite data receiver, portable terminal device 
(PDA), cellular telephone, data recording device, or 
other parallel- connection based accessory device may 
be connected to the expansion bus 1m. 

5 [0072] A PHS, data recording device, communica- 
tion cable or other serial connection-based accessory 
device may be connected to the extension connector 1r. 
[0073] Fig. 3 is a block diagram showing the con- 
struction of the game parent station. In Fig. 3, the game 

10 parent station 7 comprises a communication device 71 
that carries out communication with the game devices 
via the network 3 and a specified Internet provider 5, an 
authentication server that is connected to the communi- 
cation device 71 and functions as a general server to 

15 control sign-ups and connection requests from the 
game devices 1, and specified servers (sub-servers) 73 
that are subordinate to the authentication server 72 and 
perform processing to realize a virtual experience on 
the game device 1 in which the player feels as if he were 

20 playing an athletic game such as ping-pong or a game 
such as mah-jongg in a resort hotel, etc., for example. 
Here, the sub-servers 73 comprise a first server 73a, a 
second server 73b, and so on, up to a tenth server 73j. 
The sub-servers 73 have a control means to run in each 

25 game device a specific online game. 

[0074] This system enables the realization of a tour- 
nament-format game environment among the game 
devices. Each player can, for example, participate in a 
tournament-type game and receive a game ranking. A 

30 tournament format means that there is a game space 
subject to prescribed rules, and particularly, that any 
player may participate, that the game is a competitive 
game, and that players may freely decide whether or not 
to participate. 

35 [0075] Fig. 26 is a block diagram showing the situa- 
tion in which a game device 1 is connected to sub-serv- 
ers via an Internet provider 9, a network 3 and a 
specified Internet provider 5, respectively. 
[0076] The sub-servers 73 are called 'worlds' in Fig. 

40 26, and comprise five worlds, from a first world 73A to a 
fifth world 73E. Because each world has the same con- 
struction, the construction of the worlds will be 
explained in detail below using only the first world 73A 
as an example. 

45 [0077] Players authorized by the authentication 
server 72 are notified by the gate server 71 of such 
information as the type of game that is played in the first 
world 73A, tournament information, sponsors and main- 
tenance times. 

50 [0078] The gate server 71 comprises the first server 
(first play server) 73a, the second server (second play 
server) 73b, and so on, up to the tenth server (tenth play 
server) 73j. Because each play server has the same 
construction, the internal construction of the play serv- 

55 ers will be explained below using only the first server 
(first play server) 73a as an example. 
[0079] When a player's terminal device is con- 
nected to the first server 73a, the server's environment 
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is provided to the player's terminal device. In other 
words, the player first enters a space resembling the 
lobby 75 of a resort hotel. A memory area correspond- 
ing to this lobby exists in this server. 
[0080] Next, by making a selection after receiving 
reports from the gate server 71 , the player can enter the 
selected room in the memory area of the first server 
73a. The lobby 75 is a so-called waiting room, and play- 
ers may select their playing room (from the first room 
75R through the 224 th room 75R) from the lobby 75. 
[0081] Each play server is assigned play rooms 
such as fortune-telling rooms, chess rooms, card game 
rooms, or mah-jongg rooms. Each room in a special 
play server is a play room dedicated to a designated 
game, such as mah-jongg, and each room has a maxi- 
mum occupancy. The player can enter a desired room if 
the maximum occupancy has not been reached, but 
cannot enter if the maximum occupancy has been 
reached. A player entering a play room can play an 
online game such as mah-jongg with other players that 
have already entered the room. The player selects 
which world to enter. 

[0082] Fig. 27 shows the state of entry into the 
world 73A (or worlds 73B to 73E) by clients (game ter- 
minal devices or players) of each play server (the first 
server through the tenth server). It shows a situation in 
which three clients in the lobby 75 have completed their 
network connection, and are at the stage of deciding 
which game to select. Meanwhile, the clients that have 
entered a room (in Fig. 27, rooms 01 or 02) can play the 
game offered in that room. 

[0083] As shown in Fig. 27, communication is pos- 
sible between each of the game devices 1a, 1b and 1c 
owned by a plurality of clients that have entered the 
room (in Fig. 27, the room shown under room 03), with 
the play server 73a (or the servers 73b through 73j) at 
the center, and messages regarding rules (special rules 
established by the users), exchanges of cards, and noti- 
fication of completion of game preparations are sent 
and received via packet transmission. This information 
is managed by all of the play servers 73A through 73J. 
For example, if the room is a room in which card games 
are played, the play server 73A manages the cards that 
were- initially dealt to all players, or the cards that have 
been dealt during the game, in an integrated fashion. 
[0084] The operation of the game system will now 
be explained. In the explanation of the operation of this 
game system, the operation that takes place when the 
game terminal is connected to the game parent station 
and the game is begun will first be explained, and the 
operation that takes place when the personal informa- 
tion regarding the players that operate the game 
devices is exchanged among the players will then be 
explained: 
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[Connection and game play between game device 1 
and game parent station 7] 

[0085] Fig. 4 is a flow chart to explain the operation 

5 to connect the game terminal and the game parent sta- 
tion, as well as the operation of the game that is run by 
the game terminals after the connection is made. Fig. 5 
is a flow chart of the processing performed by the sub- 
servers. Fig. 6 is a flow chart of the processing per- 

10 formed by the first through tenth servers. 

[0086] When the player makes settings for the con- 
nection of the game device 1 to the sub-server 73, and 
inputs a request to connect to the sub-server 73 in the 
game device 1 , the sequence shown in the flow chart of 

15 Fig. 4 begins. The game device 1 determines whether 
or not prescribed setting operations have been carried 
out in the game device (S101 in Fig. 4) If the game 
device 1 determines that the settings are insufficient 
(NO in S101), the message 'Settings are not complete.' 

20 appears on the video monitor 4 (S102), and the game 
device 1 waits until the settings are input once more. 
[0087] If the game device 1 determines that the set- 
tings are correct (YES in S101), the game device 1 car- 
ries out the process of connecting to the specified 

25 Internet provider 5 in accordance with the connection 
procedure stored in the RAM 1e in the game device 1 
(S103). The game device 1 then determines whether or 
not the connection has been made (S104), and if the 
connection has not been made (NO in S104), the mes- 

30 sage The network is congested.' is displayed on the 
video monitor 4 (S105), and the game device 1 returns 
to the beginning of the process shown in the flow chart. 
[0088] Incidentally, the connection process of step 
S103 shown in Fig. 4 normally takes several minutes. 

35 Accordingly, in order to use this connection wait time 
productively, an extra game (mini-game) that the player 
can play is displayed on the screen. 
[0089] The extra game execution control routine will 
now be explained with reference to Fig. 23. This routine 

40 begins based on a YES determination in step S101 in 
Fig. 4, and proceeds in tandem with the connection 
process of step S103 in Fig. 4. However, in order to 
ensure that the extra game may be played during the 
connection wait time, the extra game is a mini-game 

45 having simple rules. 

[0090] As shown in Fig. 23, the game program is 
read out of the work RAM in step S1031 in tandem with 
the connection process. The read-out game program is 
then booted up (S1032) and the game is begun 

50 (S1033). The game screen then appears based on the 
commencement of the game (S1034). 
[0091] As shown in Fig. 24, the extra game is a sim- 
ple game in which the player tries to bounce back the 
obstacles 520 that bother the main object 500, and the 

55 player moves the main object to the left and right using 
the operating unit of the game device in order to bounce 
back the obstacles. 

[0092] The current status of the connection to the 



EP 1 078 667 A1 



8 



15 

provider is continuously displayed on the screen (for 
example, through the message 'Connecting... '), and the 
time elapsed since the commencement of the game is 
continuously displayed (S1035). The player can there- 
fore know that the connection to the provider is being 
made and be aware of the elapsed time even when 
playing the game. The number of points scored is also 
displayed onscreen. 

[0093] When the connection to the provider is either 
completed or fails (S1036), the game is forcibly termi- 
nated (S1037) even if the extra game is being played, 
and the game device 1 returns to the step S104 in Fig. 
4. When this occurs, the 'Connecting...' display changes 
to 'Connected*. On the other hand, where the connec- 
tion attempt fails due to a busy signal or because the 
room is full, the message 'Connection failed' is dis- 
played. 

[0094] The extra game is not related to the main 
program explained below in connection with the first 
embodiment, and the points scored during this game 
are cleared when the game ends. The extra game may 
be designed to be appropriate to its status as a 'link' to 
the pending connection process. On the other hand, it is 
acceptable if the extra game is connected to the main 
game such that the points scored during the extra game 
are added to the points scored during the main game. 
[0095] As shown in Fig. 4, when the connection is 
made to the Internet provider 5 (YES in S104), the 
game device 1 executes the process of connecting to 
the authentication server 72 (S106). It then determines 
whether or not the connection to the authentication 
server 72 is completed (S107). If the connection to the 
authentication server 72 is not completed (NO in S107), 
the message 'The amount of money is insufficient, or 
the settings are incorrect.' is displayed on the video 
monitor 4 of the game device (step S108 in Fig. 4), and 
the game device 1 returns to the beginning of the proc- 
ess shown in the flow chart. 

[0096] If the connection to the authentication server 

72 has been completed (YES in S107), the game device 
1 executes the process of connecting to the sub-server 

73 (step S109 in Fig. 4). The game device 1 then waits 
for the result of the determination made by the sub- 
server 73 regarding the game device ID (NO in S1 10 in 
Fig. 4). 

[0097] As shown in Fig. 5, the sub-server 73 checks 
the ID sent by the game device 1 , and if the ID is correct 
(step S201 in Fig. 5), the sub-server 73 approves the 
downloading of program data or necessary game data 
from the sub-server 73 to the game device (step S202 in 
Fig. 5), while if the ID is incorrect, the sub-server 73 
issues a new ID and sends it to the game device 1 (step 
S203 in Fig. 5), and approves the downloading of data 
from the sub-server 73 to the game device (step S202 in 
Fig. 5). 

[0098] Returning to Fig. 4, where the downloading 
of data from the sub-server 73 is approved (YES in 
S110 in Fig. 4), data regarding the status of the game 
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running in the game system is downloaded (step S1 1 1 
in Fig. 4). This data regarding the status of the game 
consists of information regarding the games being 
played in the servers 73a through 73j, as well as regard- 

5 ing the tournaments currently being played in the sys- 
tem. This data is displayed on each game device. 
[0099] The game device 1 displays a network map 
on the video monitor 4 based on the downloaded data 
(S112), and waits for the player to select which of the 

10 games on the servers 73a through 73j will be played 
(NO in S1 13). When the player selects one of the serv- 
ers among the servers 73a through 73j for connection 
(YES in S1 13), the game device 1 executes the process 
of connecting to that server 73x (x being any letter from 

15 a to j)(S114). The game device 1 then executes the 
process of transmitting the player's name and the ID 
assigned to the player to the server (S1 15). 
[0100] In response, as shown in Fig. 6, the server 
73x sends to all of the game devices 1 the names, etc., 

20 of all of the connected players using the game devices 1 
connected to the server 73x (S301 in Fig. 6). Next, the 
server 73x sends to the game device 1 the data 
required to wait in the lobby (S302 in Fig. 6), and waits 
for a selection to be made from the game device 1 (NO 

25 in S303 in Fig. 6). 

[0101] Returning to Fig. 4, the game device 1 dis- 
plays the network map 400 shown in Fig. 7 on the video 
monitor 4, based on the data from the server 73x (step 
S116 in Fig. 4). As shown in Fig. 7, the network map 

30 400 comprises game contents 401 located at the left 
edge of the screen, room types 402 located at the top of 
the screen, a new room create command button 403 
located at the right edge of the screen, a room Connect 
button 404 located below the button 403, a 'Back' button 

35 405 below the button 404, an exchange location desig- 
nation button 406 at the lower left of the screen, and a 
keyboard display 407 located in the bottom third of the 
screen. The purposes of each of these components will 
be explained below. 

40 [0102] The game device 1 then waits for a game to 
be selected based on this screen 400 (NO in S117 in 
Fig. 4). When the player inputs a game selection com- 
mand to the game device 1 , the game device 1 performs 
the process of transmitting the type and nature of the 

45 selected game to the server 73x (S1 1 8 in Fig. 4). 

[0103] As shown in Fig. 6, when the server 73x 
thereby receives data regarding the selected game 
(YES in S304 in Fig. 6), the data required to execute the 
game application program is sent to the game device 1 

so (S304 in Fig. 6). The server 73x then receives the game 
data from the game device 1 and sends the data to the 
other game devices 1 connected to the same game 
application (S305 in Fig. 6), and manages the state of 
progress of the game application (S306 in Fig. 6). 

55 [0104] As shown in Fig. 4, while connected to the 
server 73x, the game device 1 receives the data and 
programs required to process the game application, 
performs required processing, and finally proceeds with 
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the game (S1 1 8 and S1 19 in Fig. 4). 
[0105] In this way, in the game system, a network 
game may be run while the game devices 1 are con- 
nected to the authentication server 72, a sub-server 73 
and a selected subsidiary server 73x, which is subordi- 
nate to the sub-server 73. 

[0106] The communication protocol between the 
game terminals and the server will now be explained in 
detail using as an example the case in which three ter- 
minals - a terminal A, a terminal B and a terminal C - 
are used, with reference to Fig. 25. 
[01 07] The terminal A is operated by a player who is 
going to connected to the server to play a online game, 
the terminal B is operated by a player who has been 
connected and is now in the lobby', and the terminal C 
is a player who is already connected to a room (room 
01) to which the terminal A would like to be connected. 
[0108] As shown in Fig. 25, first, the intention to 
connect is conveyed to the server by the terminal A (sig- 
nal a). 

[0109] In response to this signal a, after the connec- 
tion is made, the types of games and the progress sta- 
tus are sent to the terminal A (signal b), and the terminal 
B is notified (signal b') of the fact that the terminal A is 
connected. 

[0110] The terminal A immediately notifies the 
server of its desire to enter the room 01 (signal c). The 
server investigates the state of occupancy of the room 
01 in response to this request, and if entry is possible, it 
issues an entry permission signal (signal d). When this 
occurs, the server provides to the terminal A, in addition 
to the entry permission, information regarding the room 
01 and information regarding the other terminal (the ter- 
minal C) that has already entered the room 01. 
[0111] The terminal A performs preparation (under- 
standing of the rules, etc.) based on the information 
sent from the server, and sends a signal indicating that 
the preparation is completed (signal e). In response to 
this signal, the server informs the terminal A and the ter- 
minal C of the status of progress of the game (signals f 
and f, respectively). When this occurs, the signal f 
transmitted to the terminal C includes a notification that 
the terminal A has entered the room. 
[0112] When the game is thereafter commenced, a 
signal based on the operation of the terminal A is sent 
to the server (signal g), and based on this signal g, infor- 
mation on the operation of the terminal A is sent back to 
the terminal A (signal h), as well as to the terminal C 
(signal h'). 

[0113] Conversely, a signal based on the operation 
of the terminal C is sent to the server (signal i), and 
based on this signal i, information on the operation of 
the terminal C is sent back to the terminal C (signal j), 
as well as to the terminal A (signal j'). 
[0114] The game is played through repetition of 
these steps, and when the game ends, the server sends 
a game termination confirmation signal to the terminals 
A and C (signals k and k', respectively). In response, the 
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terminal A sends the state of the game after termination 
(including the winner and loser) to the server (signal 1), 
as does the terminal C (signal m). 

s [Creation of card format data for personal information 
exchange] 

[0115] The game system described above is con- 
structed such that each game device can exchange 

w introductory information regarding the individual play- 
ers. This personal introduction information includes 
data appropriate for introducing the individual player, 
including the player's name, date of birth, address, 
hobby, portrait, and past game results. The player need 

15 not necessarily indicate real private information such as 
his real name, address or date of birth. Alternatively, he 
may use false information that he creates, or may chose 
not to disclose such information. These information 
items are preferably arranged so that they are displayed 

20 on the game terminal device as a card object. In other 
words, in this network game system, the game control 
program executes a control process by which the per- 
sonal introduction information is expressed in the form 
of a card on each terminal device, and the information 

25 arranged in this fashion may be exchanged between 
players as if exchanging business cards. 
[0116] Fig. 28 shows the communication protocol 
for card exchanges between the servers and the game 
devices. In Fig. 28, A, B and C are game devices 1 , and 

30 an example is shown in which A, B and C have already 
entered a prescribed room, and A has asked B to 
exchange cards. 

[0117] First, A sends a request to the server, via the 
signal a, that seeks a card exchange with B. After 

35 receiving this request, the server notifies B (via the sig- 
nal b) that a card exchange request has been issued by 
A, and informs A via the signal b' that it has sent said 
notification to B. When this occurs, because no card 
exchange request was issued for C, the server does not 

40 transmit any message to C. 

[0118] Next, B, which has received A's request for a 
card exchange, notifies the server whether it is willing to 
exchange cards, in the form of OK or NO (signal C). 
[0119] The server conveys B's response to A (sig- 

45 nal d), and then informs B that the server has sent B's 
response to A (signal d'). When this occurs, because no 
card exchange request was issued for C, the server 
does not transmit any message to C. 
[0120] Fig. 8 is a drawing showing the screen 500 

so showing the state in which the personal introduction 
information is arranged in the form of a card. The data 
used to create the card screen includes character codes 
corresponding to a character that comprises the equiv- 
alent of a self-portrait of the player, the player's ID, the 

55 player's name, game data regarding the player's past 
results, the frequency with which the game was played, 
the percentages of time that various types of games 
were selected, etc. The game device 1 forms the char- 
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acter codes, ID, name and other information into display 
data in the form of a card, and displays this data on the 
video monitor 4 of the game device as a card graphic 
500 as shown in Fig. 8. This card graphic 500 includes 
a character 501 displayed in the square area, personal 5 
ID 502 and name 503. 

[Operation to exchange personal information] 

[0121] The operation to exchange personal infer- 10 
mation will now be explained. Fig. 9 is a flow chart to 
explain the operation of the game device on the side of 
the player sending the card. Fig. 10 is a flow chart to 
explain the operation of the game device on the side of 
the player receiving the card. Fig. 1 1 is a drawing show- 15 
ing in a sequential manner the screens displayed when 
the processes described in the flow charts of Fig. 9 and 
Fig. 10 are performed. 

[0122] The exchange of information between indi- 
vidual players is carried out through the exchange of 20 
cards. Players cannot exchange cards while a game is 
being played, but may exchange them before the game 
has started or after it has ended. However, the permit- 
ted timing of a card exchange can be changed. 
[0123] When the card exchange described in the 25 
flow charts of Figs. 9 and 10 is carried out, the screens 
600 shown in Figs. 11(a) through 11(d) corresponding 
to the current stage of the process are displayed. The 
contents of the screen 600 will be explained simply. 
Data 601 describing the player himself is displayed at 30 
the lower left of the screen 600. In addition, name and 
other brief data 602, 603, 604 and 605 comprising self- 
introduction data regarding other players connected to 
the individual game space (room) in which the player is 
participating is displayed. 605 indicates brief data 35 
regarding players not currently present in the same 
'individual game space (room)'. In the center of the 
screen 600 are displayed a card exchange button 606 
that carries out a card exchange with a player selected 
from among the players connected to the 'individual 40 
game space', and a 'Back' button 607 by which to return 
to the process described on the previous screen. 
[0124] When the game device 1 is connected to the 
server 73x, the initial screen from which to select the 
type of game is displayed. When a specific game screen 45 
is selected, the 'lobby' game screen described above, 
comprising the initial screen for that game, is displayed. 
Fig. 7 displays the game screen for this 'lobby'. Of the 
types of games available, 'mah-jongg' is chosen. 'Room' 
refers to the unit in which mah-jongg is played, and so 
comprises four players. Players may enter game spaces 
in which the number of players has not yet reached four. 
To enter a desired room, a player selects the 'Connect 
to room' icon 404. To create a new room and recruit 
mah-jongg game participants, the player selects the 55 
'Create new room* icon 403. 

[0125] When the player selects 'Room* or 'Create 
new room', the game device executes a process by 
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which the game is played with other players, and dis- 
plays the corresponding screen. In Fig. 7, 406 is an icon 
indicating a location where cards may be exchanged. In 
the example of Fig. 7, cards are exchanged in a 'Room' 
with the three other players. 405 is a button used to 
return to the previous process. The 'lobby' is a large 
game space designed for each type of game, while a 
'room* is equivalent to an individual game space com- 
prising a group of players that are playing a game with 
each other, and is formed under the 'lobby'. A player can 
easily engage with other game players by choosing a 
type of game, entering the 'lobby', and then choosing a 
'room', thereby simplifying the process by which a 
player can participate in a network game. 
[0126] When a player clicks on the 'Exchange 
cards' button while in a 'room', the process shown in the 
flow chart of Fig. 9 begins. 

[0127] When the 'Exchange cards' button is clicked 
on, the game device 1 immediately determines whether 
the player wishing to exchange cards already pos- 
sesses 1 00 cards obtained in trades with other players 
(S401 in Fig 9). If 100 cards have already been obtained 
(YES in S401 in Fig. 9), the message 'You have already 
reached the limit of 100 cards. Please organize your 
cards.' is displayed on the video monitor 4 (S402 in Fig. 
9), and the game device returns to the initial state. 
[0128] If the limit of 100 cards has not yet been 
reached (NO in S401 in Fig. 9), the game device 1 dis- 
plays the screen 600a shown in Fig. 11(a) on the video 
monitor 4 and waits for the person with whom a card will 
be exchanged to be determined (NO in S403). If any 
button is clicked on (YES in S403), the game device 1 
detects the content of the button, and if the 'Cancel' but- 
ton' is chosen, the game device returns to the initial 
state. 

[0129] If any button is clicked on (YES in S403), and 
a particular player among the other players in the 'room' 
is selected after the game device 1 determines the con- 
tent of the button, as shown in Fig. 11(b), it is deter- 
mined through communication with the server 73x 
whether the selected player is still in the room (S404). 
[0130] If it is determined that the selected player 
has already left the 'room' (NO in S404), the game 
device 1 waits once more for a button to be clicked on 
(NO in S403). On the other hand, if the other player has 
not yet left the room (YES in S404), it is determined 
whether or not the other player is exchanging a card via 
the server 73x (S405). 

[01 31 ] If the other player is exchanging a card (YES 
in S405), the game device displays the message 'That 
player is currently exchanging cards with another 
player. 1 on the video monitor 4 (S406), and then returns 
to the initial state. On the other hand, if the other player 
is not exchanging cards with another player (NO in 
S405), the game device 1 issues a card exchange 
request to the other game device 1, and displays the 
message 'Requesting card exchange... 'on the video 
monitor 4 (S407). 



EP 1 078 667 A1 



11 



21 

[0132] Meanwhile, the other game device 1 that 
receives the card exchange request executes the proc- 
ess shown in the flow chart of Fig. 10. First, provided 
that no card exchange is being carried out with another 
player (NO in S501 shown in Fig. 10), the message 5 

* . has asked to exchange cards. OK?' is dis- 
played on the video monitor 4 connected to the other 
game device 1 , as shown in Fig 1 1(c) (S502 in Fig. 10). 
In addition to this message, an 'Accept (card exchange)' 
button 608 and a 'Do not accept' (card exchange) button fo 
609 are displayed on the screen 600c. 
[0133] The other game device 1 waits for input from 
the player for a limited time, such as 10 seconds (S503 
in Fig. 10). If the other game device 1 does not receive 
from the player an input choosing to either accept or 15 
refuse the card exchange within the time limit (YES in 
S503), data indicating a refusal to exchange cards is 
sent to the game device 1 , the message 'Because no 
response was received within the allotted time, the card 
exchange cannot take place.' is displayed (S504 in Fig. 20 
10), and the other game device 1 returns to the initial 
state in the flow chart of Fig. 10. 
[0134] If the other game device 1 receives an input 
from the player within the time limit either accepting or 
refusing the card exchange (NO in S503 in Fig. 10), the 25 
input is confirmed (S505 in Fig. 10), and if the input 
refuses the card exchange (NO in S505), data indicat- 
ing a refusal of the card exchange is sent to the game 
device 1 that requested the card exchange, the mes- 
sage 'The card exchange request was refused.' is dis- 30 
played on the video monitor 4 (S506 in Fig. 10), and the 
other game device 1 returns to the initial state in the flow 
chart of Fig. 10. 

[0135] Where the other game device receives an 
input accepting the card exchange from the player (YES 35 
in S505 in Fig. 10), the other game device then deter- 
mines whether the accumulated number of cards that 
have been exchanged has reached a prescribed 
amount, such as 100 (S507 in Fig. 10), and if the limit of 
100 cards has not been reached (NO in S507), the card 40 
exchange process is carried out. Icons 611 and 612 
indicating that a card exchange is underway are dis- 
played as shown in Fig. 11(d), and the message 'Card 

exchange with completed.' is displayed on the 

screen (S508 in Fig. 10). 45 
[01 36] The message 'Please don't forget to save.' is 
then displayed on the video monitor 4 connected to the 
other game device 1 (S509 in Fig. 10), and the process 
ends. 

[0137] Returning to Fig. 9, if a response either so 
accepting or refusing the card exchange is not received 
within the time limit (YES in S408 in Fig. 9), the mes- 
sage 'A response was not received within the allotted 
time.' is displayed (S409 in Fig. 9), and the process 
ends; and the game device 1 returns to the initial state 55 
in the flow chart of Fig. 9. 

[01 38] If a response is received within the time limit 
(NO in S408 in Fig. 9), the game device 1 confirms the 
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response (S410 in Fig. 9), and if the response is a 
refusal (NO in S410), the game device 1 displays the 
message 'The card exchange was refused.* on the 
video monitor 4 (S41 1 in Fig. 9), and then returns to the 
initial state in the flow chart in Fig. 9. 
[0139] On the other hand, if a response is received 
accepting the card exchange (YES in S410 in Fig. 9), 
the game device 1 determines whether or not 100 cards 
have been exchanged (S412 in Fig. 9), and if 100 cards 
have not been exchanged (NO in S412), the card 
exchange process is carried out, and the message 

'Card exchange with completed.' is displayed 

(S413in Fig. 9). 

[01 40] The message 'Please don't forget to save.' is 
then displayed on the video monitor 4 connected to the 
other game device 1 (S414 in Fig. 9), and the process 
ends. 

[0141] When the current exchange represents the 
100 th card exchanged (YES in S412 in Fig. 9, YES in 
S507 in Fig. 10), the card exchange is carried out 
(S415, S511), but the message The card exchange 
was successful, but no more cards may be held. Piease 
organize your cards.' is displayed on the video monitor 4 
of the applicable game device 1 (S416, S511), and the 
game device 1 returns to the initial state. 
[0142] When the cards received in exchange are 
saved, as shown in Fig. 12, they are organized as a card 
list 800 and stored in a prescribed memory area. This 
card list 800 can save four cards 500a through 500d on 
one page, and includes the date 504 on which the cards 
were exchanged, and the content of the game and the 
points scored can also be saved with the information on 
the cards 500a through 500d. 

[0143] The necessary data for these cards is stored 
in a prescribed memory area for each game terminal 
device or player. 

[0144] A character (501 in Fig. 8) is displayed in the 
card described above. The character is an aggregation 
of specified parts. By selecting these parts appropri- 
ately, the player can design his own character. 
[0145] Fig. 1 3 shows the situation in which a code is 
assigned to each part, and the part and the code are 
cross-linked in a table. This table is stored in a pre- 
scribed memory area in each game terminal device. In 
other words, in each game device 1 , in order to create a 
character 501 on the card 500, a plurality of characters 
501 are divided into parts 551, each part 551 is 
assigned a corresponding code 552, and the resulting 
table 550 is stored in the ROM 1 b or the work RAM of 
each game device 1. 

[0146] The parts 551 that form the characters com- 
prise several frameworks for the upper torso of a man, 
several types of hair styles to be inserted in these 
human frameworks, several types of eyes, noses and 
mouths, several animal frameworks, several types of 
eyes, noses and mouths to be inserted in these animal 
frameworks, a robot framework, and several types of 
eyes, noses and mouths to be inserted in the robot 
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framework. 

[0147] To create the character 501 on the card 500, 
the player selects parts 551 in the game device 1, dis- 
plays them on the video monitor 4, and creates the 
desired character 501 . The player then pastes the char- 
acter onto the card 500. 

[0148] When the character 501 is sent from the 
game device 1 that initiated the card exchange to the 
game device 1 comprising the target of the card 
exchange, only the codes 552 for the parts 551 forming 
the character 501 are sent to the other game device 1 , 
The receiving game device 1 extracts the parts 551 
from its own internal table 500 based on the received 
codes 552 and creates a character 501, and then dis- 
plays the character 501 on the video monitor 4 as a part 
of the card 500. Therefore, because only text data (letter 
data) is sent between the game device 1 that initiated 
the card exchange and the game device 1 comprising 
the target of the card exchange, and image data 
(graphic data) need not be sent, the transmission speed 
for the card exchange may be increased. 
[0149] As described above, because this embodi- 
ment enables a player to have the perception of 
traveling to a resort area, moving from a 'lobby' to a 
•game room*, and playing an entertaining game, and 
permits the exchange of personal introduction informa- 
tion in the game space of that 'room', using as a medium 
data on a business card, etc., it is easy and enjoyable 
for anyone to play the game, as well as easy to obtain 
personal introduction information regarding other play- 
ers. 

(Second embodiment) 

[01 50] Fig. 1 4 is a block diagram showing an exam- 
ple of the communication network pertaining to a sec- 
ond embodiment of the present invention. Each game 
. device can access various networks by means of an 
Internet provider. The game device can connect to a 
general network described above by connecting to a 
high-level specified server on a specified network. Each 
game machine can also access a low-level specified 
server that is subsidiary to the high-level specified 
server, to connect to a low-level specified network by 
means of this low-level server. The high-level specified 
network by means of the high-level server is a network 
created for a household game machine of the same 
type as this system, while the low-level specified net- 
work is a network constructed specifically for the game 
system of the present invention. Making the low-level 
game network subordinate to the high-level game net- 
work makes the management and design of the speci- 
fied game system easier. 

[0151] In the embodiment described above, the 
personal information comprises game-related informa- 
tion in particular, and includes individual game results 
and game preferences. 



(Variations of the first and second embodiments) 

[0152] Variations of the first and second embodi- 
ments described above will now be explained. 

5 [0153] First, a first variation is characterised in that 
the card data includes the number times a card has 
been exchanged, and the screen display of the card 
changes depending on how many times a card has 
been exchanged. In other words, the card 500 data DT 

10 contains the number of times the card has been 
exchanged (a number equivalent to the 'number of 
times the player has met another player 1 ) in the network 
game system. This number of previous exchanges is 
accumulated each time a card is exchanged with the 

15 same player, and is saved as part of the card data. 
[0154] For example, as shown in Fig. 15, a 'Number 
of Meetings/Evaluation Table* is recorded in the sub- 
server 73 of the game parent station 7 as table data. As 
can be seen from the drawing, the 'Card color CL\ 

20 'Character motion MO', 'Character background BK' and 
'Title SR* all change in accordance with the 'Number of 
meetings'. 

[0155] The 'Number of meetings' is broken down 
into 'one or more, 'two or more', 'four or more', 'six or 

25 more', 'eight or more', and 'ten or more'. Where a card 
exchange falls into the 'two or more' through 'eight or 
more' categories, the content of the 'Card color CL\ 
'Character motion MO', 'Character background BK' and 
'Title SR' changes depending on whether the gender of 

30 the exchange initiator (oneself) and the gender of the 
card exchange target player (the other player) are the 
same or different, i.e., whether the players are of the 
same sex or the opposite sex, even if the 'Number of 
meetings' (i.e, the number of card exchanges) with that 

35 player is the same. 

[0156] When a card is exchanged, the game device 
1 calculates how many exchanges including the current 
exchange have occurred with the same opponent, and 
matches the result with the 'Number of Meetings/Evalu- 

40 ation Table* in the sub-server 73 of the game parent sta- 
tion 7. It then updates the 'Card color CL*, 'Character 
motion MO', Character background BK' and 'Title SR' 
components of the card data in accordance with the 
result of the matching operation, and subsequently car- 

45 ries out the card exchange process using this card data. 
Because the initiating player's card data is sent to the 
other player, and the target player's card data is 
received from the target player, both data items are 
saved. 

so [0157] The card list in which the exchanged card 
data is displayed is shown in Figs. 16(a) through 16(d). 
As can be seen from the drawing, the parameters per- 
taining to the configuration of the objects displayed in 
the form of cards (the 'Card color CL', 'Character motion 

55 MO', Character background BK' and 'Title SR') change 
in accordance with the 'Number of meetings'. 
[0158] By changing the objects displayed in the 
form of cards in accordance with the number of card 
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exchanges (number of meetings), a sense of friendship 
between users may be added to the game. 
[0159] The second variation will now be explained 
based on Figs. 17 and 18. In the second variation, when 
a card exchange takes place, the sender's e-mail 
address may be attached to the card, so that e-mail may 
be sent to a user that attaches his e-mail address from 
within the game application. This e-mail address may 
be made usable in other applications as well. 
[0160] In this second variation, the game device 1 
on the side sending the card carries out the process 
shown in Fig. 17, and the game device 1 on the side 
receiving the card carries out the process shown in Fig. 
18. The process shown in Fig. 17 corresponds to that 
shown in Fig. 9. In Fig. 17, however, the processes of 
S404a through S404d are added. The process shown in 
Fig. 18 corresponds to that shown in Fig. 10. In Fig. 18, 
however, the processes of S500a, S500b, S502a, 
S502b, S505a and S505b are added. 
[0161] In the process shown in Fig. 17 for the side 
sending the card, if it is determined that the other player 
has not left the game room (YES in step S404), the 
game device 1 determines whether or not to attach its 
own e-mail address to the card data (step S404a) based 
on interactive input from the user. If this determination is 
YES, the process of attaching the user's e-mail address 
to the card data is executed (step S404b). If the deter- 
mination is NO (i.e., do not attach e-mail address), step 
S404(b) is skipped. 

[01 62] It is next determined whether or not the other 
user is already in possession of a prescribed number of 
cards (here, 100) through prior exchanges (step 
S404c). If this determination is NO, i.e., if it can be con- 
firmed that the other user does not yet have 100 cards, 
and there is sufficient room in the card data memory, the 
processes of steps S405 and beyond are carried out in 
the same way as shown in Fig. 9. Conversely, if the 
determination is YES, i.e., if it is determined that the 
other user already has 100 cards, the message 
'Because the other player has already reached the limit 
of 100 cards, the card exchange cannot take place.' is 
displayed (step S404d), and the game device 1 returns 
to the initial state in Fig. 17. 

[0163] On the other hand, where the process of Fig. 
18 for the side receiving the card is carried out, the 
game device 1 begins the process by determining 
whether or not it already has a prescribed number of 
cards (here, 100 cards) (step S500a). If the determina- 
tion is YES, i.e., if the game device 1 determines that it 

already has 100 cards, the message ' has 

asked to exchange cards, but because you have 
already reached the limit of 100 cards, the card 
exchange cannot take place.' is displayed on the video 
monitor 4 (step S500b), and the game device 1 returns 
to the process of step 500a. Conversely, if the determi- 
nation in step 500a is NO (i.e. the player does not yet 
have 100 cards), after it is determined whether or not a 
card exchange is underway with any other player and 



the existence of a card exchange request is displayed 
(steps S501 , S502), the processes of steps S502a and 
S502b are performed. 

[0164] In step S502a, the game device 1 deter- 
5 mines whether or not the requesting player's e-mail 
address is attached to the card data, and if the determi- 
nation is NO (i.e., the e-mail address is not attached), it 
carries out the processes of steps S503 and S505. Con- 
versely, if the determination is YES (i.e., the e-maii 
10 address is attached), the message 'An e-mail address is 
attached.' is displayed on the video monitor 4 (step 
S502b), and the game device 1 proceeds to the process 
of step S503. 

[0165] If there is ultimately an input from the user 
15 accepting a card exchange in step S505 (YES in step 
S505), the game device 1 determines, based on the 
user's input, whether or not to attach its e-mail address 
to the card data (step S505a). If the determination is 
YES, i.e., if the e-mail address is to be attached to the 
20 card data, the game device 1 executes the process to 
attach its own e-mail address to its own card data to be 
sent to the player requesting the card exchange (step 
S505b). Conversely, if the answer is NO (i.e., if the card 
is to be exchanged in accordance with the request, but 
25 the e-mail address is not to be attached to the card 
data), the game device 1 does not execute the e-mail 
address attachment process of step S505b, and pro- 
ceeds to the card exchange processes of step S507 
and beyond. 

30 [0166] Excluding the processes described above, 
the other processes are identical to those shown in 
Figs. 9 and 10. 

[0167] Therefore, e-mail addresses can be 
attached to card data and exchanged by means of this 

35 e-mail address attachment process. Another character- 
istic of this variation is that it offers players the freedom 
to choose the items to be exchanged in accordance with 
their degree of closeness with another player, such as 
by exchanging a card but not yet their e-mail address. In 

40 this way, a relatively broad spectrum of communication 
may be made available for an online game, thereby 
increasing the variety of chances of game. 
[0168] A third and fourth variation will now be 
explained. These variations pertain to using the 

45 exchanged card data with applications other than the 
game application of the present invention. 
[0169] In the third variation, the card data is read by 
other applications, so that it may be handled as a com- 
mon format not only by one application but by a plurality 

so of applications over the network. To obtain this con- 
struction, a common area from which the card data may 
be read by other applications is reserved in the memory 
area for data saved in this game application. Normally, 
the saved game data is encrypted, and the ordinary 

55 user cannot rewrite it or read it, but the card data should 
be saved in a common format in a certain area contain- 
ing saved data, such that the card data may be read by 
means of a prescribed program. In that case, confiden- 
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tiality is preserved by having the common format and 
the prescribed program undergo prescribed encryption, 
and by using the encryption codes during decoding. 
[0170] In the fourth variation, the card data contains 
information on individual preferences. The card data 
contains individual preference information such as 'I like 
cars'. Where a flag that indicates this type of personal 
information is included in the card data, when this flag is 
. read in a car-based network game, it is displayed as a 
. priority item in the card. In addition, 'For what game was 
the card exchanged?' can be specified in other applica- 
tions. In this way, communication while playing the net- 
work game can take place more smoothly, and the 
application can be given greater flexibility. Furthermore, 
by means of this system, information may be transmit- 
ted among a plurality of applications. 

(Third embodiment) 

[0171] A third embodiment of the present invention 
will now be explained with reference to Figs. 19 through 
22. 

[0172] The game system pertaining to this embodi- 
ment is characterised in that a 'game tournament' is 
constructed on the network, and particularly in that, in 
order to ensure smooth and fair administration of the 
tournament, penalties are imposed for violations of the 
rules that players are required to follow in order to play 
the game (such violations include copying data or reset- 
ting the game while the game is underway, and are 
termed 'bad acts' here). 

[01 73] The network-based game tournament is car- 
ried out based on play data provided for a fixed period of 
time, and involves the announcement of rankings. The 
concept is shown in Fig. 19. Because the server of the 
game parent station 7 used in the game system lacks a 
database function, a database specifically dedicated to 
the tournament is used in order to prevent users from 
committing violations (game resetting, data copying, 
etc.),. 

[0174] The tournament server is built into the game 
parent station 7. This tournament server includes a 
tournament planning server, a tournament administra- 
tion server (this role is performed by one of the first 
through tenth servers), a ranking data storage area, and 
a tournament authentication database, all of which are 
software-based. Each game device 1 participates in the 
game tournament carried out on the tournament server 
in roughly the order specified below. For purposes of 
explanation, the numbers below in parentheses, which 
indicate the order in which the steps are performed, cor- 
respond to the numbers located inside the arrows in the 
drawing. 

(1) The game device 1 connects to the tournament 
server. 

(2) The 'tournament administration planning server' 
checks the current status of the tournament and 



downloads the tournament status data to the client 
(game device 1). 

(3) Where the client indicates an intention to partic- 
ipate in the game tournament, the client's data is 

s registered in the 'tournament authentication server*. 
This enables the client to participate in the tourna- 
ment. 

(4) The client enters the game server that is admin- 
istering the game tournament, and plays the game. 

w (5) The play data generated during the game tour- 
nament is saved in the tournament authentication 
server. 

(6) The results of the game tournament are calcu- 
lated for each day, and the data is organized to cre- 

15 ate rankings. 

(7) To view the rankings, the client downloads the 
rankings data. 

[0175] Tournament planning is performed by con- 

20 verting into data various information regarding the tim- 
ing, location and nature of the game to be played, and 
the rules that will govern them, and maintaining this 
data in the tournament server. The game tournament is 
basically run over successive days for a fixed period. 

25 Because the servers can go down at any time, requiring 
suspension of the game, this data may be changed. The 
data managed during administration of the tournament 
includes, for example, (1) the number of players partici- 
pating in the tournament, (2) the game to be played 

30 (e.g., mah-jongg, chess, etc.), (3) the rules to be applied 
(rule setting), (4) the date the tournament began, (5) the 
tournament period (i.e., the number of days), (6) the 
minimum number of matches (i.e., the prescribed 
number of matches), (7) the name of the tournament 

35 (text data, displayed via downloading), and (8) data 
regarding the tournament sponsor (displayed via down- 
loading). 

[0176] A client wishing to participate in the tourna- 
ment must express his desire to participate in the game 

40 tournament while playing the game. If the maximum 
number of participants has not been exceeded, the cli- 
ent may participate. If the number of participants 
recorded in the tournament database is already at the 
maximum, the client is notified that he cannot partici- 

45 pate. 

[0177] A basic rule is established for the game tour- 
nament, which is that if a user participating in the game 
tournament has not finished the 'prescribed number of 
matches', the user is deemed to have not completed his 

so participation, and the user's final game results will not 
be saved. A further condition is that the prescribed 
number of matches must be completed during the tour- 
nament period. However, a player may play more than 
the prescribed minimum number of matches. 

55 [0178] The conceptual construction of the tourna- 
ment administration server GS is shown in Fig. 20. The 
server GS may have its own format, or may have the 
same format as a standard game server. However, per- 
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sons other than clients (users) eligible to participate in 
the tournament may not enter rooms in which games 
are being played (however, they may observe). 
[0179] All data regarding participation and play in a 
game tournament (involving mah-jongg, chess, etc.) is 5 
saved in a tournament authentication database residing 
in the game parent station. An example of the saved 
data is shown in Fig. 21. Specifically, the data com- 
prises (1) player name data, (2) player face data, (3) 
player participant ID number data, (4) tournament play 10 
data totals, (5) data regarding the number of tourna- 
ment matches, (6) player IP address data, (7) player 
personal ID data, and (8) information regarding bad acts 
(number of resets, etc.). 

[0180] In particular, the last item described in item is 
(8) above, information regarding bad acts, refers to bad 
faith violations such as resetting the game and leaving 
the game room before the prescribed number of 
matches have been played despite the fact that the 
player was participating in the game tournament. The 20 
next time such a 'bad user' attempts to participate in a 
game tournament, he is either given a warning or 
assessed a penalty, in order to discourage the commis- 
sion of such acts in the future. 

[0181] The methods by which bad acts are deter- 25 
mined and a warning given or a penalty imposed com- 
prise either methods involving action by the tournament 
administration server, or methods involving action by 
the application (game software). 

30 

(1 A: Methods of performing determination via server) 
[0182] There are two methods. 

(a) In one method, the tournament administration 35 
server continuously manages all clients. The 
number of times that a client leaves a game room 
during a match or uses prohibited language is 
observed in detail, and records of these acts are 
registered in the tournament database. 40 

(b) In another method, clients are managed only 
when they enter and leave a game (i.e., when they 
enter or leave a game room). This method man- 
ages users who have not left a game (i.e., left a 
room) by means of the official method (that is, users 45 
that have disconnected their telephone). Compared 

to the previous method in which clients were contin- 
uously managed, this management method has the 
advantage of reducing the burden on the tourna- 
ment administration server. so 

(IB: Method of issuing warning via server) 

[01 83] The method by which the tournament admin- 
istration server issues a warning has the features 55 
described below. 

(a) In the case of a household game machine, 



because the game device 1 is certainly connected 
to a for-pay server (not shown in the drawings), the 
next time a client that has committed bad acts con- 
nects to the server, the for-pay server issues the 
warning or rejects the connection attempt by the 
user. When this occurs, a blacklist containing the 
names of bad users may be shared among a plural- 
ity of games. In other words, a client listed on a 
blacklist for game A may be issued a warning or 
denied access to game B as well. 

(b) Each gate server (not shown in the drawings) 
manages user IDs, and when a client who has com- 
mitted bad acts next attempts to connect, the server 
sends a blacklist flag to the client. When this flag is 
raised in the client's game application, a warning is 
issued by means of a mark or message indicating 
'Blacklisted player' being superimposed on the 
player's face displayed on the video monitor. 

(c) : Each gate server (not shown in the drawings) 
manages user IDs, and when a client who has com- 
mitted bad acts next attempts to connect, the server 
sends a blacklist flag to the client. When this flag is 
raised in the client's game application, a warning is 
issued by means of a 'warning message' being dis- 
played on the screen each time the player connects 
to the network. 

(d) : A blacklist of players who have committed bad 
acts is created in the tournament database. The 
data in the tournament authentication database is 
checked based on this list, and a warning is issued 
via e-mail in response to the results of this check. 

GA: Method of determination via application) 

[0184] There are two methods. 

(a) : In the first method, flags are raised when the 
game starts and when it ends. In a normal game, 
game results and other data is saved when the 
game ends. By contrast, when this method using 
flags is used, a minus flag is saved when the game 
starts, and when the game ends, a minus flag is 
added to the normal game results so that the minus 
is offset. For example, when the game begins, 'one 
loss' is written, and when the game ends, this 'one 
loss' is returned to the original number. In this way, 
a client who thinks 'I'm losing, so I'll just quit* and 
leaves the game will acquire a 'loss', which will dis- 
courage early game departures. This method has 
the advantage of imposing no burden on the server. 

(b) : In this method, certain conditions that deter- 
mine the existence of bad acts are incorporated into 
the application, and where these conditions are 
met, this information is written into a fixed area in 
the RAM of the game system main unit. In this way, 
because flags are not raised in just one application, 
but may be shared across a plurality of applications, 
the 'number of reset operations' and the use of 'pro- 
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hibited language' may be determined. 
2B: Method of issuing warning via application ) 

[0185] The application-side warning method has s 
the following features. 

(a) : In the case of a household game machine, a 
'blacklisted player 1 flag is written in the server unit, 
and this warning will thereafter be generated 10 
regardless of which game software is run. 

(b) : A flag from the blacklist is written into the RAM 
in the game system main unit, and this 'blacklist 
flag' is thereafter raised in all applications. 

(c) : A flag is inserted in the game data to be saved, 15 
and penalties are imposed that bar the selection of 
some items (such as face parts, games, etc.), 
depending on the seriousness of the bad acts. 

[0186] As described above, the existence and 20 
nature of bad acts may be reliably determined on either 
the server side or the application side, and an appropri- 
ate warning or sanction may be imposed in accordance 
with the seriousness thereof. In other words, when a cli- 
ent who has committed bad acts next connects to the 25 
same game tournament or a different game, the flag in 
the saved data may be changed, and a warning such as 
'Reset is not allowed during a game' may be given. In 
addition, where the seriousness of the bad act exceeds 
a prescribed standard, the client may be denied access 30 
on the next connection attempt. 
[0187] In this way, the occurrence of bad acts such 
as premature game departures (resets) may be elimi- 
nated or inhibited, and a game tournament environment 
may be created that is appealing to clients participating 35 
in the game. 

[0188] Furthermore, data regarding game play is 
saved in the tournament authentication database. This 
data is processed on a daily basis, and the ranking of 
the top 100 clients, for example, is saved in a ranking 40 
data storage area. This ranking information can be 
downloaded by clicking on a download button from a 
menu, and may thereafter be viewed by a user. Down- 
loadable information is limited to the items 1 through 5 
listed in Fig. 21. 45 
[0189] When the tournament period ends, the final 
rankings are calculated, and only the clients who have 
completed the minimum number of matches are ranked. 
When the tournament period ends, the final rankings 
will continue to be displayed until the next tournament, so 
The relationship between the game tournament and the 
ranking display is shown in a summary fashion in Fig. 
22. 

[0190] In the embodiments of the present invention, 
the authentication server performs control operations to 55 
ensure that players are charged when they access the 
specified game server. In addition, when a bad player 
accesses the system, the specified game server or the 



authentication server performs control operations by 
which his game terminal device is informed that the 
player is a bad player. 

INDUSTRIAL APPLICABILITY 

[0191] According to the invention described above, 
a plurality of players connected to a specified server can 
easily enjoy a game in a relaxed fashion, and personal 
information regarding game opponents can be 
exchanged, so that new acquaintances and friends may 
be made while enjoying the game. 

Claims 

1. A network game system constructed such that a 
plurality of game terminal devices are mutually con- 
nected and the game terminal devices can each 
execute a prescribed game application program, 
comprising: 

a plurality of game servers for managing infor- 
mation pertaining to the individual game appli- 
cation programs; and 

an authentication server that is provided inde- 
pendently of the game servers, acts as a com- 
mon server for the plurality of game servers, 
and has a function to determine whether or not 
the game terminal device should be permitted 
to access each game server. 

2. The network game system according to claim 1, 
wherein the common authentication server carries 
out initial registration to allow the game terminal 
device to access each game server, as well as 
makes a determination of whether or not the game 
terminal device should be allowed to access each 
game server after registration is performed. 

3. The network game system according to claim 1 or 
claim 2, wherein information regarding the game 
terminal devices is input to and registered in the 
common authentication server from the plurality of 
game servers. 

4. The network game system according to claim 3, 
wherein the information comprises information 
specifying game terminal devices on which bad 
acts giving rise to denial of access to the game 
servers have been committed. 

5. The network game system according to claim 4, 
wherein the denial of access to the game servers is 
determined based on the seriousness of the bad 
acts, and this determination includes the phased 
imposition of conditions involving the period for 
which their access is denied or the types of games 
from which they are barred. 
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34 



6. A network game system constructed such that a 
plurality of game terminal devices are mutually con- 
nected and the game terminal devices can each 
execute a prescribed game application program, 
wherein each game terminal device has a control 5 
means with which player personal introduction 
information can be exchanged with other game ter- 
minal devices. 

7. The system according to claim 6, wherein the con- 10 
trol means is constructed such that players can 
exchange personal introduction information with 
each other between terminal devices that belong to 

a group of such devices that run a prescribed game 
application. 15 

8. A game system wherein the plurality of terminal 
devices are connected to a common server 
machine via a communication means. 

20 

9. The game system according to claims 6 and 7, 
wherein the personal introduction information 
includes groups of data items that are displayed in 
the form of a virtual business card on each terminal 
device. 25 

10. The game system according to any of claims 6 
through 9, wherein the control means is con- 
structed such that it carries out the exchange of the 
personal introduction information while the game of 30 
the game application program is being executed or 
after the game has ended. 

11. The game system according to any of claims 6 
through 10, 35 

wherein the control means sends a request for 
the exchange of player personal introduction 
information to the terminal device of the party 
with whom the player wishes to exchange the 40 
personal introduction information; 
wherein, when an exchange request is 
received from another terminal device, the con- 
trol means transmits to the terminal device that 
sent the exchange request the result of input by 45 
the player regarding whether or not the 
exchange request is accepted; 
and 

wherein, if an input indicating that the 
exchange request is accepted is made by the so 
player, the control means carries out the 
exchange of personal introduction information 
with the other terminal device and cumulatively 
stores the personal information sent from the 
terminal device of the party with whom the per- 55 
sonal information is exchanged. 

12. The game system according to claim 6, wherein the 



personal introduction information includes data per- 
taining to the results of games played by means of 
the game application program. 

13. The game system according to claims 6 through 10, 
wherein: 

the personal introduction information includes 
a character which is divided into parts; 
each game terminal device has a memory area 
in which data regarding each part and its corre- 
sponding code is saved; and 
the control means is constructed such that it 
reproduces the character sent by the game ter- 
minal device with which personal information is 
exchanged by determining the parts of the 
characters based on their codes received. 

14. The game system according to claim 6 or claim 9, 
wherein the personal introduction information 
includes data regarding the history of exchanges of 
personal introduction information. 

15. The game system according to claim 14, wherein 
the configurations of the objects comprising the 
personal introduction information organized in the 
form of a business card are changed in accordance 
with the history of exchanges of personal introduc- 
tion information. 

16. The game system according to claim 15, wherein 
the data pertaining to the objects displaying the 
business card comprises at least one of the color of 
the card, the motion of the characters on the card, 
the background behind the character on the card, 
and the title of the card. 

17. The game system according to any of claims 6 
through 16, wherein the personal introduction infor- 
mation includes the player's e-mail address, which 
is attached to the data displayed in the form of a 
business card. 

18. A network game system constructed such that a 
plurality of game terminal devices are connected to 
a game parent station over a network and a game 
application program can be executed between the 
game terminal devices by means of the game par- 
ent station, wherein the game parent station com- 
prises: 

a server means that can execute the game 
application program in such a way that a plural- 
ity of players may participate; 
a determining means that determines when a 
player has violated prescribed rules in connec- 
tion with the game application program; and 
a sanctioning means that, when the violating 
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player next attempts to participate, implements 
measures in regard to the violation. 

19. The network game system according to claim 18, 
wherein the sanctioning means is a means that 5 
implements measures such as the issuance of a 
warning or the denial of access of an offending 
player to the server means. 

20. A communication system in which terminal devices 10 
are connected to servers over a network, wherein 

the terminal devices have a control means that exe- 
cutes a game program in parallel with the process 
of connection to the server. 

15 

21. The communication system according to claim 20, 
. wherein the terminal devices previously read out 

both the program indicating the process of connect- 
ing to the server and the game program, and 
wherein the control means begins the execution of 20 
the game program when the user issues an instruc- 
tion to execute the process of connection to the 
server. 

22. The communication system according to claims 20 25 
or claim 21, wherein the terminal devices serve as 
display devices to perform display of the execution 

of the game program, and also display the status of 
connection to the server. 

30 

23. The communication system according to any of 
claims 20 through 22, wherein the terminal device 
executes the game program until the connection to 
the server is ended or until it is confirmed that con- 
nection to the server is not possible. 35 

24. The communication system according to claims 20 
through 23, wherein the control means executes 
the game program until the connection to the server 

is ended or until it is confirmed that connection to 40 
the server is not possible. 

25. A storage medium on which a program to have the 
game terminal device execute the control means 
according to claims 6 through 24 are stored. 45 

26. The game terminal device constituting the system 
according to any of claims 6 through 24. 



55 
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